home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1163 < prev    next >
Internet Message Format  |  1994-08-27  |  3KB
  1. From: Mark.Baker@mettav.exnet.com (Mark Baker)
  2. Date: 29 Jul 94  18:42:58
  3. Message-Id: <UUCP.775621734@mettav>
  4. Subject: Re: app_defs
  5. To: gem-list@world.std.com (gem-list@world.std.com)
  6. Precedence: bulk
  7.  
  8. Chris:
  9.  > I'm uncertain about the idea of application-types... How many dtp
  10.  > packages or word processors is a user likely to have? Would it really
  11.  > be *useful* to be able to define a different key for 'Quit' just for
  12.  > image processing apps?
  13.  
  14. But you might well want different default fonts, and different keys for select
  15. all perhaps.
  16.  
  17.  >> Preclude discussion and you end up with
  18.  >> the type of standards comittees you often get in industry:  where
  19.  >> everyone is just trying to make THEIR PRODUCT the standard, regardless
  20.  >> of its merits.
  21.  >
  22.  > Hmmm. This sounds mighty similar to the gem toolkit discussion/flame
  23.  > fest.
  24.  
  25. But it is better to discuss it than to simply vote where people are voting in a
  26. way that makes their library conform and not others - I do it this way, why
  27. can't everyone else - by discussing it we will hopefully end up with a standard
  28. that has the best features of all libraries and will not require other
  29. libraries to change completely to copy one. Mind you amicable discussion would
  30. be nicer.
  31.  
  32. Kevin:
  33.  >> Dialogs in Windows (on/off)
  34.  > I assume by this you mean wether the dialogs are modeless or not (since
  35.  > you can't do modeless dialogs that aren't in windows without a lot of
  36.  > hacking)? If that's the case then I don't think this is something you can
  37.  > really switch on or off. Nor can I see any reason why a user would want
  38.  > it off.
  39.  >
  40.  
  41. I can see a reason. If you have LTMF installed it blits to restore the screen
  42. when dialogues are closed (on form_dial(FMD_FINISH...)) which is much faster
  43. than redrawing everything - even if all the other applications blit to redraw
  44. -as you would with non-modal ones. That said I still prefer non-modal ones but
  45. the speed is noticable and I might well prefer modal dialogues on a standard
  46. ST.
  47.  
  48. Tim:
  49.  >> Ok, then use XAES. We allow you to drag/resize/scroll/close/etc windows
  50.  >> in the background under normal TOS, even TOS 1.0.
  51.  >
  52.  > How do you do this?  HOW?  You can't get anything other than WM_TOPPED
  53.  > messages to background windows under normal TOS.
  54.  >
  55.  > Oh, but you're replacing parts of AES, aren't you.  Vector-stealing.
  56.  > Icky.  Isn't the exception stack frame different on the 68030 compared to
  57.  > the 68000?
  58.  
  59. Actually they don't have to do that, because they're drawing the window borders
  60. themselves in a (to the aes) featureless window (and therefore they don't look
  61. anything like standard windows -and he's saying _we_ don't want standards? :)
  62. so any click on any gadget will get a WF_TOPPED event.
  63.  
  64. As for exception frames, you're right but you don't necessarily have to worry
  65. about this for vector-stealing, it depends on what exactly you intend to do
  66. with the vector.
  67.  
  68.  
  69.  
  70.